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MULTICAST STREAMING SERVICE \ 
ItlEBEQE 

TECHNICAL FIELn 

The present Invention relates to a home networking sen/Ice, and 
more particularly to, a multicast streaming service and system in the 
UPnP™ technology. 



BACKGROUND ART 

Recently, with the distribution of very high speed internet and the 
10 digitallzatlon of home electric appliances, there is being made an 
attempt to configure PCs (personal computers), network gateway 
apparatuses, audio/video devices, home electronic equipment, control 
devices, etc. at home as a single home network. 

Currently, as a PC-based network environment has been 
15 changing more and more into an environment employing a variety of 
subnetwork techniques with the spread of home networking, there has 
been suggested Universal Plug and Play (UPnP) technology with the 
need for a technique capable of networicing home electric appliances in 
an independent and unified way using an IP pnatocol. 
20 The aforementioned UPnP is defined by the protocol of a 

standard network architecture, which is one of the leading standard 
techniques for home networks being made by establishing a UPnP 
forum between a number of companies of In countries around the world. 
The above UPnP-based home network system Is comprised of multiple 
25 UPnP devices providing sen/ices and a control point (CP) controlling 

1 



wo 2005/029779 



PCT/KR2004/002422 



the multiple UPnP devices. 

The control point (CP) denotes a controller having the function of 
sensing and controlling a .variety of devices. That is, the control point 
(CP), as the controller controlling a variety of devices (for example, 
5 UPnP devices), discovers various kinds of UPnP devices, finds out the 
descriptions of the discovered UPnP devices and controls the UPnP 
devices according to a user's key input. 

The UPnP devices Include PCs (personal computers), network 
■equipment, peripheral devices, such as a printer, audio/video devices, 
10 home electric equipment, etc. which are all connected to b home 
network. They inform the control point of their event 

The current UPnP-based home network system controlling 
audio/video devices comprises: a medja senirer MS providing media 
contents via a home networic; a media renderer MR playing media 
15 contents provided via the home network; and a control point CP 
controlling the media sender MS and the media renderer MR. 

The control point CP is infomied of the status information of the 
media server MS and of the media renderer MR through an event. For 
instance, when the media server MS and the media renderer MR 
20 provide AV(audto/vldeo) transport sendee and rendering control service, 
a changed state variable is put into a state variable table named 'Last 
Change' and the control point CP is informed of the changed state 
variable, to thus enable the control point CP to know the current state of 
a device. 

25 The media sender MS infonns the control point CP of the 
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information on the mecHa contents whenever an UPnP action occure. 
Further, the media sender MS transmits the con^sponding media 
contents to the media renderer MR by a streaming method in order to 
play the media contents. 
5 The media renderer MR piays the transmitted media contents. At 

this time, although the above streaming method can be any of various 
methods suggested, the cunient UPnP AudioA^ideo V standard uses 
'Out-of-Band transfer protocol' for streaming. 

For example, RTSP (real-time streaming protocol)-RTP(real time 
10 transport protocol) may be used for transmlttihg contents. In case of a 
program using f^SP-RTP, contents are sent using RTP over UDP 
(User Datagram Protocol). At this time, In order to view the contents 
sent from the media sender MS, each client has to join a RTSP session 
and then leave. To manage this, a RTSP server is operated. 
15 Therefore, a RTSP-RTP player is able to join the RTSP session 

by using an address Infonned by the RTSP server, and once the 
RTSP-RTP player Join the RTSP session. It becomes capable of playing 
the contents being sent from the server using RTP. 

In the conventional UPnP AV standards, however, the media 
20 renderer is operated based on the concept that one media renderer 
plays one content sent from the media sen/er. But in case that the 
media server receives a TV signal and sends it to the media renderer, 
you might want to see the same channel on a number of displays 
simultaneously. 

25 Moreover, let us suppose that a monitoring camera exists in a 
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house and Images taken by the camera are stored in a server at real 
time. In .tills case, a member of the house might want to look at 
something happening in front of the house at the same time. 

BesWes. in case where tiie person having watched the TV in the 
5 living room proves to another place, when TV contents are sent by 
multicasting, another media renderer In the another place joins the 
multicast group, thereby maWng him or her not to miss but watch the 
program he or she watched a little while ago. 

To realize the aforementioned scenarios, the UPnP AV device 
10 must be able to send contents to tiie multicast group, and to joint and 
leave the multicast group. 

However, In the conventional UPnP AV standards, only the 
drcumstances of establishing a connection between the media server 
and the media renderer and transmitting media data are taken Into 
15 consideration, thus in case of sending and receiving contents to/from a 
multicast group, tills cannot be controlled effectively. That is. In the 
conventional UPnP AV standards, a multicast model Is not taken Into 
consideration, thus tiiis makes It difficult to realize a multicast streaming 
service. 

20 . 

DISCLOSURE OF THE INVENTIQM 
Therefore, an object of the present Invention Is to provide a multicast 
streaming sen/ice method and system which are devised to enable an 
efficient control of multicast streaming on an UPnP by defining actions 
25 such as MulticastSTartO. JoinQ and Leave() In order to enable a 
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multicast service by UPnP AV standards. 

To achieve the above object, there is provided a multicast 
streaming servicte method according to the present invention, in a UPnP 
AV network control method of performing a streaming transmission for 
5 playing media by having a media server MS, multiple media renderers 
MR and a control point CP contnDlling the media server and the 
renderers, comprising the steps In which: the control point confirms 
contents and Invokes a multicast streaming start action to the media 
sen/er, the media server informs the control point of a multicast group 
10 address for receiving the corresponding contents; the control point 
Informs the multiple media renderers of the multicast group address; 
and the multiple media renderers join the multicast group address, 
confinn the multicast address and receive the con-esponding contents. 
Preferably, the multicast streaming sen/Ice method comprises 
15 the step in which the media server starts the multicast streaming of the 
contents before and after the control point informs the multiple media 
renderes of the multicast group address. 

To achieve the above object, there is provided a multicast 
streaming service method according to the present Invention, in a UPnP 
20 AV network control method of performing a streaming transmission for 
playing media by having a media server MS, comprising the step of 
infonning of a multicast group address If multicast start action Is 
recognized and multicast streaming opn-esponding contents to the 
multicast address using a RTSP server. 
25 To achieve the above object, there is provided a multicast 
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Streaming service method according to flie present invention, in a UPnP 
AV networl? control method of performing media' playing by having 
multiple media renderers MR, comprising the steps of: confinning If 
contents are multicast or not; receiving a multicast group address if the 
5 presence oif multicasting is confirmed; and joining the multicast group 
address, confimning the multicast address and receiving the 
corresponding rnultlcast contents. 

To achieve the above object, there is provided a multicast 
streaming service system according to the present invention, 
10 comprising: a media sen/er MS providing a multicast group address and 
multicasting oon^spondlng contents to a multicast address using a 
RTSP serven multiple media renderers MR Joining the RTSP server to 
confirm the multlcasft address and playing ttie contents transmitted to 
the multicast address; and a control point CP confirming the contents to 

♦ 

15 be multicast. Invoking a multicast start action to the media server and 
Informing the multiple media renderers of the multicast group address 
provided from the media sender. 

Preferably, the media server starts multicasting of the 
comesponding contents after transmission of the .multicast group 
20 address to the control point or after a lapse of a predetennined time 
since the transmission of the multicast group address. 

Preferably, the multicast group address- is an address of the 
RTSP server. 

Preferably, the multicast address is a fixed multicast address for 
25 contents multicasting or a mobile multicast address using the media 
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server. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are included to provide a 
5 further understanding of the invention and are incorporated In and 
constitute a part of this specification, illustrate embodiments of the 
invention and together with the description serve to explain the 
principles of the invention. 
In the drawings: 

10 Fig. 1 Is a signal flow chart showing a multicast service process 

according to an embodiment of the present invention; 

Figs. 2 and 3 are operating sequence charts showing a multicast 

transmission/reception process according to flie embodiment of the 

present invention; and 
15 Figs. 4 to 7 are exemplified views showing additional actions for 

a multicast service according to the embodiment of the present 

invention. 

MODES FOR CARRYING OUT THE PREFERRED EMBODIMENTS 

20 In a preferred embodiment of the present Invention, iJPnP 

actions required for transmitting/receiving multicast data on an UPnP 
will be defined and the procedure of performing multicast transmission 
and reception using these actions will be described. 

In a multicast model of an IP according to the embodiment of the 

25 present invention, a media server MS transmits data to a specific 
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multicast address, and a client wanting to receive the data, I.e., a media 
renderer MR, subscribes to the coniesponding multicast address. 

To adapt the multicast model to a UPnP, as shown in Figs. 4 to 7, 
UPnP actions such as MuItlcastStart(), Joln() and LeaveQ, are 
5 Introduced. 

Fig. 1 is a signal flow chart according to an embodiment of the 

present Invention. 

As shown In Fig. 1, a multicast streaming ser>^ce method 

comprises the steps in which: a control point 110 invokes 

10 'IVIulticastStartO* action to a media server 120 to request for the 

transmission of designated contents to a multicast address S101; the 

media server 120 delivers a RTSP URL (RTSP server address), which 

Is to be accessed for receiving the coniesponding contents, to the 

control point 110 In response to 'MulticastStartQ' action SI 02; the 

15 media server 120 transmits the corresponding contents to the multicast 

address using RTF S103; the contnal point 110 Informs multiple media 

Tenderers 131 to 136 wanting to join a multicast group of the RTSP URL 

by using 'JointQ' action S104; and one of the media renderers 131 to 

136 wanting to joint the multicast group accesses to a RTSP server of 

20 the media sender 120 using the RTSP URL, acquires the properties of 

media data being transmitted and the multicast address and then 

receives multicast data using the acquired Infomnatlon SI 05. Here, the 

RTSP URL can be represented in the fonn of rtspiyVipaddress/path. 

Further, the aforementioned method comprises the step in which 

25 the control point 110 invokes 'LeaveQ' action of the one of the 
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media renderers 131 to 136 having joined the multicast group In order 
to stop the data reception of the con^spondlng media renderer. 

In the embodiment of the present invention thus configured, the 
process of plaj^ng contents In a media renderer using multicasting is 
5 the ^ame as shown In the operating sequence chart of Fig. 2, which will 
be described as follows. 

First, the control point 110 selects given contents through 
'BrowseQ' action and checks whether the media renderers 131 to 136 
are able to play contents through 'GetProtocoIlnfo()' action. 
10 The control point 110 Involves 'i\/iulticastStart()' action If the 

media server 120 can provide the multicast function to push contents. 
At this time, upon the 'IVIuIticastStart()' action, as shown in Figs. 4 and 5, 
the media server 120 provides ObJectID as an Input parameter and 
RTSP URL used for joining the multicast group as an output parameter. 
15 Aftenwards, the media server 120 delivers the RTSP URL, which 

Is to be accessed for receiving the corresponding contents, to the 
control point 110 In response to 'MulticastStartO' action. TTie RTSP URL 
is in the fomri of rtsp://ipaddress/path. 

Aflenvards, the media server 120 starts contents transmlssfon 
20 using RTP as a multicast address. At this time, the control point 110 
infomis a plurality of media renderers 131 to 136 wanting to play the 
contents of the RTSP URL provided from the media server 120 through 
'SetAVTransportURI' action. 

Accordingly, one of the media renderers 131 to 136 wanting to 
25 join the multicast group directly requests a RTSP server existing In 
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the media server 120 to create a session. 

. Consequently, the media renderer having joined the multicast 
group allows a user to watch the corresponding contents by playing the 
contents being sent from the media server 120, 
5 Aftenvards, in order to leave the multicast gnDup, the 

corresponding media renderer uses 'Leave(y action received from the 
control point 110. 

If the user wants to view the existing contents again atter the 
contents are over, the user has to rejoin the multicast group after 
1 0 leaving the multicast group. 

In such a general case, the play function can be used again once 
the contents are finished. In other words, in case the same contents are 
played again, depending on a vendor, the session of the media 
renderer that joined the multicast group before may be kept as it Is. 
15 Meanwhile, In the embodiment of the present invention, the 

media renderer can be embodied so as to perform the process as 
shown In the operating sequence chart of Fig. 3, so that the multicast 
contents can meet the multicast time of the media server by delaying 
contents multicasting. 
20 In case of transmitBng and receiving multicast data by the 

process of Fig. 2 suggested in the embodiment of the present invention, 
sincp there exits a gap between the point of time when the media sen/er 
120 starts data transmission and the point of time when the one of the 
media renderers 131 to 136 having joined the multicast group starts 
25 data reception, the con^esponding media renderer might not be able 
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to play the first portion of the contents being cunrently transmitted. 

Tfierefiore, to solve the above problem, the media server 120 Is 
configured to start streaming when the media renderer accesses via the 
RTSP server for the first time, rather than starting contents transmission 
5 as soon as It receives 'MulticastStartO' action. 

That is, in the operating process of Fig. 3 explained briefly in Fig, 
1 as follows, the media server 120 .1? configured to perfomi the process 
in which the control point 110' informs the media renderere 131 to 136 
of the RTSP URL to be muiticasted before starting the multicasting of 
10 contents. 

Subsequently, the one of the media renderers 131 to 136 having 
joined the multicast group is able to play the first portion of the contents 
(for example, the first beginning portion of a spedflc movie) being 
transmitted from the media server 120 without missing It. 

15 As described above In detail, the present invention prctvides the 

'effect of reducing the load of a network sInceJ multiple renderers are 
able to simultaneously receive media data by one streaming connection 
by using multicasting so that the multiple media renderers MR can 
simultaneously watch the same contents provided from the media 

20 server i\/IS. 
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